Proposition 


A embedded development kit with the following hardware architecture and 
ideally, a C++20 compiler. After individual code-blocks have been verified on 
the proposed hardware architecture, they can be prepared for FPGA 
execution and then slated for inclusion in CISC instruction set. 

Note: A potential move towards fully customised chips poses risks in 
cryptography and weapons. Potential entry points for platform security can be 
the EEPROM flasher chip, any attached modems and the compiler. 


Programming Techniques 


SARP: Span to Array Refactoring Pattern. This is a refactoring pattern that 
would allow for writing code with a fixed compile-time size. This is to avoid 
heap memory allocation. 


AFAS: Allocation in Foreign Address Space. This is the embedded compiler 
flag (EEPROM). Also It makes it possible to create a software memory 
partition fence for write access on executable code (EMRAM). 


SFA: Stackable Functor Allocation. This is a programming technique using 
C++ closures and the functor constructor/destructor. It is paramount in 
heterogenous programming that all variables are initialised at the top-level of 
code. This is being achieved by not allowing memory allocations in the 
chained functor bodies. Also it prepares code for loading it on different types 
of memory. Together with SARP, memory addresses in EMRAM can be 
predicted at compile time. Together with AFAS, executable code from the 
functor body can be located in EEPROM. In embedded programming, the 
entire program could be a set of indexed, fixed size, memory fenced SFA 
functors which provide a Fixed Entry Point for a persistent Stack Pointer. 
Note: Instantiating functions (=a closure, executable code copy) from within a 
function is not allowed by C++ standard (upward funarg problem). Returning a 
function from within an SFA function should be discredited for complications 
with the proposed hardware architecture (downward funarg problem). 


FSMIV: Forced Static Member Initialisation by Value. Enforcing member 
initialisation in SFA functors has the benefit of making it possible to evaluate 
a checksum for newly initialised closures if SARP is applied. 


Hardware Architecture 

CPU with on-die RAM: This is the only place where non-SFA memory 
allocation is allowed. These are typically programs with unpredictable 
execution time. WORD is local or EMRAM. 


EEPROM: WORD is RAM. Transactional (power-state aware) closures only 
have EMRAM write access in the destructor. 


EMRAM: Allocated memory can be heap (and stack) from SFA. These are 
non-transactional (power safe) closures. 
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SPD: The Stack-Pointer Device. A high-speed, non-volatile memory device 
that stores two WORD, one for the previous and one for the current SFA 
functor in EEPROM or EMRAM. It is being updated from the SFA destructor. 
The rare event of current being 0 could be used for threading management. 
Any other value means current has not been able to finish in the precedent 
power cycle. Previous is being set to 0 just before the EMRAM write in the 
destructor. From the point of view of the OCRAM jump start this is the 
equivalent to the not having come through the very first transactional SFA. To 
avoid unexpected behaviour, EMRAM transactional heap has to be cleared. 
On the other hand, if the EMRAM write returns successfully, previous is 
immediately set to current. 


Optional FPGA: Putting an FPGA on the development board would only make 
sense with a separate power supply. The board is being designed with testing 
of power loss scenarios in mind! If seamless OPCODEs and clock from the 
CPU could be used this would simplify the creation of new CPU instructions. 


Operating System 


No Bus Scanning: Hotplugging a GPIO is the equivalent of a power reset. If 
the device is not on the expected pin, EEPROM has to be statically 
recompiled. 


No Interrupts: Specialising the SFA functor template Read<DataType, 
SampleRate, MemoryAddress> should be enough for attaching 
microcontrollers and simplifies SOC integration. SampleRate is the maximum 
possible rate in CPU ticks. It is used in the real-time EventLoop SFA functor 
at compile-time. 


No Drivers: Power cuts and initialisation states have to be either dealt with by 
the external device or follow the explicit flow-control guarantee defined in the 
transactional SFA. 


DMA: C++20 has concepts to extend memory visibility. For example 
isContiguous can define how memory is written to, isAlphaNumeric how it is 
read and isArithmetic how it is used in an instruction. 


CISC History 


CISC was the processor development paradigm of the 1980s. The goal was 
to put as much software on silicon as possible. At the height of it, projects like 
MOSIS, CMP and Morris Chang aimed to put as much student silicon on a 
wafer as possible (https://youtu.be/XgbxFVyKMMo). This all came to an end 
in 1990, when it was decided that standard cell blocks waste wafer space. In 
favor of RISC, binary sizes and RAM use multiplied, power consumption 
increased and wafer space has not gone down but exceeded all expectations. 
While it is a tempting idea that all controllers are reconfigurable, the longevity, 
reduced power use and zero-config deployment could help CISC with todays 
SOC capabilities make a come-back in highly standardised appliances. 
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